home *** CD-ROM | disk | FTP | other *** search
- Path: xs4all.nl!not-for-mail
- From: yrozijn@xs4all.nl (Yvon Rozijn)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Stealing the input-focus
- Date: 19 Apr 1996 17:47:31 GMT
- Organization: XS4ALL, networking for the masses
- Distribution: world
- Message-ID: <4l8jjj$2bk@news.xs4all.nl>
- References: <john.hendrikx.4t47@grafix.xs4all.nl>
- NNTP-Posting-Host: asd06-05.dial.xs4all.nl
- X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
-
- John Hendrikx (john.hendrikx@grafix.xs4all.nl) wrote:
- :
- : YR> Actually, you can *never* avoid this, even if you don't use keyboard
- : YR> control at all. Suppose I want to click a button in a requester, I
- : YR> position the mouse pointer, and the split second before I to press the
- : YR> mouse button, another requester pops up in front. I will actually be
- : YR> clicking the wrong gadget.
- : I think a nice solution might be to add ways for programs to draw the users
- : attention but without interrupting whatever the user is doing at the moment. A
- : nice solution for example could be to have some sort of gadget on for example
- : the screen bar which tells you whether another program wants your attention
- : (maybe with a 'beep' or something). Pressing that gadget (or using the global
- : hotkey) would bring you to the application wanting your attention.
-
- This visual signal must of course be located in an area of the display where
- no other windows or requesters can open. Otherwise you still have the same
- problem - I want to click this gadget, and some requester pops up under the
- mouse pointer.
-
- Another solution would be: the requester pops up, with all gadgets disabled
- for a (globally configurable) amount of time, so if the user should click
- inside the requester or use one of the keyboard shortcuts inadvertently, it
- does no harm.
-
- --
- ___ _
- Q : | #| : \|/ http://www. : [_]_
- -<_>- Yvon : | ==| yrozijn@ : >WWW< xs4all.nl/ : === ) Amiga
- / \ Rozijn : `---' xs4all.nl : /|\ ~yrozijn : O 4000
-